home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1413 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. From: Kay Roemer <roemer@informatik.uni-frankfurt.de>
  2. Posted-Date: Fri, 20 May 94 8:37:38 MESZ
  3. Received-Date: Fri, 20 May 94 08:37:38 +0200
  4. Message-Id: <9405200637.AA16319@hera.rbi.informatik.uni-frankfurt.de>
  5. Subject: MintNet 0.41
  6. To: mint@atari.archive.umich.edu
  7. Date: Fri, 20 May 94 8:37:38 MESZ
  8. Mailer: Elm [revision: 70.85]
  9.  
  10. Probably to your surprise there is again a new version of MintNet - 0.41
  11.  
  12. This is because there was a very nasty bug in the timeout handling in
  13. Mint, caused by the addroottimeout() patches.
  14.  
  15. In the original patches I modified canceltimeout() to be able to remove
  16. root timeouts too.
  17.  
  18. But since Mint does eventually cancel timeouts in Fselect() and nap() and
  19. probably elsewhere using canceltimeout() even if they have already expired
  20. (ie the timeout occured), this could result in freeing another timeout which
  21. has by conincidence the same address in memory.
  22.  
  23. This is especially annoing with the new Minixfs PL 10, which uses
  24. addroottimeout() to write out buffered data, ie when the above bug occures
  25. no updating is done any longer....
  26.  
  27. Therefore there is a new call cancelroottimeout() which does only cancel
  28. root timeouts and the old canceltimeout() works again. The new MintNet
  29. uses this new call and contains the new patches for Mint.
  30.  
  31. YOU SHOULD REALLY GET 0.41 AND APPLY THE NEW PACTHES!
  32.  
  33. My next mail contains the new patches, they are relative to clean Mint 1.10,
  34. sorry...
  35.  
  36. Cheers,
  37. Kay.
  38.